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DETAILED ACTION 

This action is responsive to the amendment filed on October 14, 2009. Claims 3, 
21, and 23 were amended. Claims 1-4, 6-13, 15-18, 20-28, 30, 31, 35, and 39-42 are 
pending. 



Response to Amendment 
Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-4, 6, 7, 10-13, 15-18, 20-22, 25-28, 30, 31, 35, and 39-42 are rejected 
under 35 U.S.C. 103(a) as being unpatentable overSatran etal., U.S. Patent No. 
6,430,183, in view of Stapleton et al., U.S. Patent No. 6,175,875, in view of Lee et al., 
U.S. Patent No. 6,490,285,, further in view of Steger et al., U.S. Patent No. 6,505,247. 

Satran teaches the invention as claimed including transmission networks of the 
type wherein a plurality of transmitters are transmitting streams of data frames over a 
broadband channel to a plurality of receivers (see abstract). 

Regarding claim 1 , Satran teaches a method comprising the steps of: 
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receivers belonging to a multicast group in a packet-switched network and 
specific parameters of the receivers, wherein the specific parameters comprise 
parameters which are dependent on receiver conditions (col. 4, lines 48-60, col. 5, lines 
15-43, Satran discloses address templates for filtering and receiver specific 
parameters); 

receiving, in a routing unit, data packets from a sender (col. 3, lines 31-39, 
Satran discloses data transmitted from a host computer); 

buffering, in a routing unit, out of the data packets received from the sender 
multicast data packets having a destination address which is a multicast address of the 
multicast group (col. 4, lines 48-60, Satran discloses the data transmitted being part of a 
multicast); 

communicating the multicast address from the routing unit to the control unit (col. 
3, lines 31-39, col. 4, lines 48-60); 

in the control unit, determining addresses of receivers of the multicast group 
indicated by the multicast address, preparing a receiver list from the addresses of the 
receivers, and determining the specific parameters of the receivers by searching where 
the specific parameters for respective receivers of the receiver list are stored, and 
supplying the receiver list and the specific parameters per address of the receiver list to 
the routing unit (col. 4, lines 48-60, Satran discloses address templates for filtering, col. 
5, lines 26-35, Satran discloses the multicast group address filtering creating a receiver 
list, col. 5, lines 33-43, Satran discloses a receiver searching for a particular multicast 
address and a filtered data block received at an address); 
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filtering the multicast data packets accordance with the specific parameters for 
respective receiver of the multicast group (col. 5, lines 16-35, Satran discloses filtering 
done with a receiver specific parameter); and 

Satran fails to teach the limitation further including storing, in a control unit, tables 
of addresses of receivers. 

However, Stapleton teaches the transmission of multicast communications or 
other high volume traffic through a network (see abstract). Stapleton teaches the use of 
a table that stores multicast communication addresses (col. 7, lines 4-25). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran in view of Stapleton to store, in a control unit, tables of 
addresses of receivers. One would be motivated to do so because a table is an efficient 
and convenient way to store information. 

Satran and Stapleton fail to teach the limitation further including storing 
parameters of the receivers in a table, searching the tables based on the multicast 
address, determining parameters of the receivers by searching the table in which the 
parameters for each receiver are stored, and filtering of packets in the routing unit and 
transmission of packets by the routing unit. 

However, Lee teaches an IP multicast interface used in network connections with 
gateway devices (see abstract). Lee teaches searching tables based on a multicast 
address to determine parameters of receivers/clients and filtering of packets in the 
routing unit and transmission of packets by the routing unit (col. 6, lines 40-61). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran and Stapleton in view of Lee to store parameters of the 
receivers in a table, search the tables based on the multicast address and determine 
parameters of the receivers by searching the table in which the parameters for each 
receiver are stored. One would be motivated to do so because a table is an efficient 
and convenient way to store information and the use of an address is an efficient way to 
search a table, and filtering data at a routing unit before transmission allows for only 
necessary packets to be sent. 

Satran, Stapleton, and Lee fail to teach obtaining filtered multicast data packets 
individualized for the respective receivers and transmitting, by the routing unit, the 
individualized filtered multicast data packets to the addresses of the respective 
receivers. 

However, Steger teaches an industrial automation system (see abstract). Steger 
teaches routers routing a multicast packet to each of its plurality of destinations (col. 8, 
lines 40-47). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran, Stapleton, and Lee in view of Steger to obtain filtered 
multicast data packets individualized for the respective receivers and transmitting, by 
the routing unit, the individualized filtered multicast data packets to the addresses of the 
respective receivers. One would be motivated to do so because it reduces network 
traffic (col. 8, lines 44-47). 
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Regarding claim 2, Satran teaches the method of claim 1 , wherein the specific 
parameters indicate a certain content of data packets that is not to be received by a 
specific receiver (col. 4, lines 48-60). 

Regarding claim 3, Satran teaches the method of claim 1 , wherein the specific 
parameters indicate a data amount of a certain content in data packets which is not to 
be received by a specific receiver (col. 7, lines 58-66, Satran discloses a block size that 
needs to be reached). 

Regarding claim 4, Satran teaches the method of claim 2, wherein the certain 
content is filtered out during the filtering (col. 5, lines 15-43). 

Regarding claim 6, Satran teaches a method, comprising: 
receivers belonging to a multicast group in a packet-switched network and 
specific parameters of the receivers, wherein the specific parameters comprise 
parameters which are dependent on receiver conditions (col. 4, lines 48-60, col. 5, lines 
15-43); 

receiving, in a routing unit, data packets from a sender (col. 3, lines 31-39); 

buffering, in a routing unit, out of the data packets received from the sender 
multicast data packets having a destination address which is a multicast address of a 
multicast group (col. 4, lines 48-60); 
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communicating the multicast address from the routing unit to the control unit (col. 
3, lines 31-39, col. 4, lines 48-60); 

in the control unit, determining addresses of receivers of the multicast group 
indicated by the multicast address, preparing a receiver list from the addresses of the 
receivers, and determining the specific parameters of the receivers by searching where 
the specific parameters for respective receivers of the receiver list are stored, and 
supplying the receiver list and the specific parameters per address of the receiver list to 
the routing unit (col. 4, lines 48-60, col. 5, lines 26-43); 

filtering the addresses in accordance with the specific parameters, (col. 5, lines 
16-35); and 

Satran fails to teach the limitation further including storing, in a control unit, tables 
of addresses of receivers. 

However, Stapleton teaches the use of a table that stores multicast 
communication addresses (col. 7, lines 4-25). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran in view of Stapleton to store, in a control unit, tables of 
addresses of receivers. One would be motivated to do so because a table is an efficient 
and convenient way to store information. 

Satran and Stapleton fail to teach the limitation further including storing 
parameters of the receivers in a table, searching the tables based on the multicast 
address, and determining parameters of the receivers by searching the table in which 
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the parameters for each receiver are stored, and filtering of packets in the routing unit 
and transmission of packets by the routing unit. 

However, Lee teaches searching tables based on a multicast address to 
determine parameters of receivers/clients and filtering of packets in the routing unit and 
transmission of packets by the routing unit (col. 6, lines 40-61). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran and Stapleton in view of Lee to store parameters of the 
receivers in a table, search the tables based on the multicast address and determine 
parameters of the receivers by searching the table in which the parameters for each 
receiver are stored. One would be motivated to do so because a table is an efficient 
and convenient way to store information, the use of an address is an efficient way to 
search a table, and filtering data at a routing unit before transmission allows for only 
necessary packets to be sent. 

Satran, Stapleton, and Lee fail to teach obtaining filtered multicast data packets 
for the respective receivers, the filtered receiver addresses being a subset of the 
receiver addresses included in the multicast group and transmitting, by the routing unit, 
the multicast data packets to respective addresses included in the filtered receiver 
addresses. 

However, Steger teaches routers routing a multicast packet to each of its plurality 
of destinations (col. 8, lines 40-47). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran, Stapleton, and Lee in view of Steger to obtain filtered 
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multicast data packets for the respective receivers, the filtered receiver addresses being 
a subset of the receiver addresses included in the multicast group and transmitting, by 
the routing unit, the multicast data packets to respective addresses included in the 
filtered receiver addresses. One would be motivated to do so because it reduces 
network traffic (col. 8, lines 44-47). 

Regarding claim 7, Satran teaches the method of claim 6, wherein the buffering 
step further includes: 

detecting contents and a data amount of data packets, and wherein the filtering 
further includes (col. 4, lines 48-60): 

filtering the determined addresses in accordance with detected results (col. 5, 
lines 16-35). 

Regarding claim 10, Satran teaches the method of claim 7, wherein the specific 
parameters indicate a certain content of data packets that is not to be received by a 
specific receiver (col. 7, lines 58-66). 

Regarding claim 1 1 , Satran teaches the method of claim 7, wherein the specific 
parameters indicate a certain data amount of data packets which is not to be received 
by a specific receiver (col. 7, lines 58-66). 
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Regarding claim 12, Satran teaches the method of claim 10, wherein when the 
certain content is detected in the detecting step the address of the specific receiver is 
filtered out during the filtering step (col. 5, lines 15-43). 

Regarding claim 13, Satran teaches the method of claim 1 1 , wherein when the 
certain data amount is detected in the detecting step the address of the specific receiver 
is filtered out during the filtering step col. 5, lines 15-43). 

Regarding claim 15, Satran teaches an apparatus, comprising: 
a control unit configured to store addresses of receivers belonging to a multicast 
group in a packet-switched network and specific parameters of the receivers, wherein 
the specific parameters comprise parameters which are dependent on receiver 
conditions; and 

a routing unit configured to receive data packets from a sender and buffer 
multicast data packets out of the data packets received from the sender, the multicast 
data packets having a destination address which is a multicast address of a multicast 
group, and communicate the multicast address to the control unit; 

wherein the control unit is configured to determine the addresses of the receivers 
of the multicast group indicated by the multicast address, prepare a receiver list from 
the addresses of the receivers, and determine the specific parameters of the receivers 
by searching where the specific parameters for respective receivers of the receiver list 
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are stored, and to supply the receiver list and the specific parameters per address of the 
receiver list to the routing unit (col. 4, lines 48-60, col. 5, lines 26-43); 

filtering the multicast data packets in accordance with the specific parameters for 
respective receivers of the multicast group (col. 3, lines 31-39; col. 4, lines 48-60; col. 5, 
lines 15-43). 

Satran fails to teach the limitation further including storing, in a control unit, tables 
of addresses of receivers. 

However, Stapleton teaches the use of a table that stores multicast 
communication addresses (col. 7, lines 4-25). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran in view of Stapleton to store, in a control unit, tables of 
addresses of receivers. One would be motivated to do so because a table is an efficient 
and convenient way to store information. 

Satran and Stapleton fail to teach the limitation further including storing 
parameters of the receivers in a table, searching the tables based on the multicast 
address, and determining parameters of the receivers by searching the table in which 
the parameters for each receiver are stored, and filtering of packets in the routing unit 
and transmission of packets by the routing unit. 

However, Lee teaches searching tables based on a multicast address to 
determine parameters of receivers/clients and filtering of packets in the routing unit and 
transmission of packets by the routing unit (col. 6, lines 40-61). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran and Stapleton in view of Lee to store parameters of the 
receivers in a table, search the tables based on the multicast address and determine 
parameters of the receivers by searching the table in which the parameters for each 
receiver are stored. One would be motivated to do so because a table is an efficient 
and convenient way to store information, the use of an address is an efficient way to 
search a table, and filtering data at a routing unit before transmission allows for only 
necessary packets to be sent. 

Satran, Stapleton, and Lee fail to teach obtaining filtered multicast data packets 
individualized for the respective receivers and transmitting the individualized filtered 
multicast data packets to the addresses of the respective receivers. 

However, Steger teaches routers routing a multicast packet to each of its plurality 
of destinations (col. 8, lines 40-47). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran, Stapleton, and Lee in view of Steger to obtain filtered 
multicast data packets individualized for the respective receivers and transmitting the 
individualized filtered multicast data packets to the addresses of the respective 
receivers. One would be motivated to do so because it reduces network traffic (col. 8, 
lines 44-47). 



Application/Control Number: 10/049,590 Page 13 

Art Unit: 2457 

Regarding claim 16, Satran teaches the apparatus of claim 15, where the specific 
parameters indicate a certain content of data packets that is not to be received by the 
specific receiver (col. 7, lines 58-66). 

Regarding claim 17, Satran teaches the apparatus of claim 15, wherein the 
specific parameters indicate a data amount certain content in data packets which data 
amount is not to be received by a specific receiver (col. 7, lines 58-66). 

Regarding claim 18, Satran teaches the apparatus of claim 16, wherein the 
certain content is filtered out by the routing unit (col. 5, lines 15-43). 

Regarding claim 20, Satran teaches the apparatus of claim 15, wherein the 
control means determines the receiver addresses and specific parameters via tables 
stored in the control unit (col. 5, lines 26-35, Satran discloses an address field stored in 
a bitmap). 

Regarding claim 21, Satran teaches an apparatus, comprising: 
a control unit configured to store addresses of receivers belonging to a multicast 
group in a packet-switched network and specific parameters of the receivers, wherein 
the specific parameters comprise parameters which are dependent on receiver 
conditions; and 
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a routing unit configured to receive data packets from a sender and buffer 
multicast data packets out of the data packets received from the sender, the multicast 
data packets having a destination address which is a multicast address of a multicast 
group, and communicate the multicast address to the control unit; and 

wherein the control unit is configured to determine the addresses of the receivers 
of the multicast group indicated by the multicast address, prepare a receiver list from 
the addresses of the receivers, and determine the specific parameters of the receivers 
by searching where the specific parameters for respective receivers of the receiver list 
are stored, and to supply the receiver list and the specific parameters per address of the 
receiver list to the routing unit; and 

filtering the address of the receivers of the multicast group in accordance with the 
specific parameters for respective receivers of the multicast group (col. 3, lines 31-39; 
col. 4, lines 48-60; col. 5, lines 15-43). 

Satran fails to teach the limitation further including storing, in a control unit, tables 
of addresses of receivers. 

However, Stapleton teaches the use of a table that stores multicast 
communication addresses (col. 7, lines 4-25). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran in view of Stapleton to store, in a control unit, tables of 
addresses of receivers. One would be motivated to do so because a table is an efficient 
and convenient way to store information. 
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Satran and Stapleton fail to teach the limitation further including storing 
parameters of the receivers in a table, searching the tables based on the multicast 
address, and determining parameters of the receivers by searching the table in which 
the parameters for each receiver are stored, and filtering of packets in the routing unit 
and transmission of packets by the routing unit. 

However, Lee teaches searching tables based on a multicast address to 
determine parameters of receivers/clients and filtering of packets in the routing unit and 
transmission of packets by the routing unit (col. 6, lines 40-61). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran and Stapleton in view of Lee to store parameters of the 
receivers in a table, search the tables based on the multicast address and determine 
parameters of the receivers by searching the table in which the parameters for each 
receiver are stored. One would be motivated to do so because a table is an efficient 
and convenient way to store information, the use of an address is an efficient way to 
search a table, and filtering data at a routing unit before transmission allows for only 
necessary packets to be sent. 

Satran, Stapleton, and Lee fail to teach obtaining filtered multicast data packets 
individualized for the respective receivers, the filtered receiver addresses being a 
subset of the receiver addresses included in the multicast group and transmitting the 
individualized filtered multicast data packets to the addresses of the respective 
receivers. 
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However, Steger teaches routers routing a multicast packet to each of its plurality 
of destinations (col. 8, lines 40-47). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran, Stapleton, and Lee in view of Steger to obtain filtered 
multicast data packets individualized for the respective receivers, the filtered receiver 
addresses being a subset of the receiver addresses included in the multicast group and 
transmitting the individualized filtered multicast data packets to the addresses of the 
respective receivers. One would be motivated to do so because it reduces network 
traffic (col. 8, lines 44-47). 

Regarding claim 22, Satran teaches the apparatus of claim 21 , wherein the 
routing unit detects contents and a data amount of data packets and communicates the 
results to the control unit which designates the filters in accordance with these results 
(col. 7, lines 58-66). 

Regarding claim 25, Satran teaches the apparatus of claim 22, wherein the 
specific parameters indicate a certain content of data packets that is not to be received 
by a specific receiver (col. 7, lines 58-66). 

Regarding claim 26, Satran teaches the apparatus of claim 22, wherein the 
specific parameters indicate a certain data amount of data packets which is not to be 
received by a specific receiver (col. 7, lines 58-66). 
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Regarding claim 27, Satran teaches the apparatus of claim 25, wherein when the 
certain content is detected by the routing unit the address of the specific receiver is 
filtered out by the routing unit (col. 7, lines 58-66). 

Regarding claim 28, Satran teaches the apparatus of claim 26, wherein when the 
certain data amount is detected by the routing unit the address of the specific receiver is 
filtered out by the routing unit (col. 7, lines 58-66). 

Regarding claim 30, Satran teaches the apparatus of claim 21 , wherein the 
control unit determines the receiver addresses and specific parameters via tables stored 
in the control unit (col. 5, lines 26-35). 

Regarding claim 31 , Satran teaches the method of claim 3, wherein the certain 
content is filtered out during the filtering (col. 5, lines 15-43). 

Regarding claim 35, Satran teaches the apparatus of claim 17, wherein the 
certain content is filtered out by the routing unit (col. 5, lines 15-43). 

Claims 39-42 do not teach or define any new limitations above claims 1 and 15 
and therefore are rejected for similar reasons. 
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3. Claims 8, 9, 23, and 24 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Satran, Stapleton, Lee, and Steger further in view of Haggerty et al., 
U.S. Patent No. 6,331,983. 

Satran teaches the invention substantially as claimed including transmission 
networks of the type wherein a plurality of transmitters are transmitting streams of data 
frames over a broadband channel to a plurality of receivers (see abstract). Stapleton 
teaches the invention substantially as claimed including the transmission of multicast 
communications or other high volume traffic through a network (see abstract). Lee 
teaches the invention substantially as claimed including an IP multicast interface used in 
network connections with gateway devices (see abstract). Steger teaches the invention 
substantially as claimed including an industrial automation system (see abstract). 

As to claims 8, 9, 23, and 24, Satran, Stapleton, Lee, and Steger teach the 
method and apparatus of claims 6 and 21 . 

Satran, Stapleton, Lee, and Steger fail to teach the limitation further including a 
time at which no data packets are to be received or filtered. 

However, Haggerty teaches a method and apparatus for establishing a 
connection path for multicast traffic through a switched network, and across 
router/switch boundaries, which conserves network bandwidth (see abstract). Haggerty 
teaches the use of a time-to-live (TTL) (col. 2, lines 9-15; col. 4, lines 34-54). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Satran, Stapleton, Lee, and Steger in view of Haggerty to use a time 
at which no data packets are to be received or filtered. One would be motivated to do 
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so because it would allow for controlled distribution of multicast packets (col. 2, lines 3- 
5). 



Response to Arguments 

4. Applicant's arguments filed October 14, 2009 have been fully considered but they 
are not persuasive. 

Regarding the argument to claim 1 , the applicant argues that the reference, 
Steger, does not disclose transmitting, by the routing unit, the individualized filtered 
multicast data packets to the addresses of the respective receivers. The examiner 
respectfully disagrees, as seen in, column 8, lines 40-47, there is routing unit that 
transmits a multicast packet to each of its plurality of destinations. The applicant further 
argues that the multicast packet is not being transmitted to individual receivers, but 
without providing a thorough explanation as to why. The cited art discloses the 
multicast packet being transmitted to each of the plurality of destination clients (i.e. 
individual receivers). 

5. In response to applicant's arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections 
are based on combinations of references. See In re Keller, 642 F.2d 413, 208 
USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 
1986). Multiple multicast packets are found in main reference Satran. 
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6. The examiner suggests that the applicant schedules an interview prior to 
submitting a response. It would be very helpful for a compact prosecution in this 
application. 

Conclusion 

7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

8. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

U.S. Pat. No. 6,055,364 to Speakman et al., because it discloses content-based 
filtering of multicast information. 

U.S. Pat. No. 5,933,605 to Kawano et al., because it discloses multicast 
messages filtered based on message content. 
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U.S. Pat. No. 6,175,875 to Stapleton et al., because it discloses multicast 
filtering. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to AVI GOLD whose telephone number is (571)272-4002. 
The examiner can normally be reached on M-F 8:30 a.m. to 5 p.m. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ario Etienne can be reached on 571-272-4001 . The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 

Patent Application Information Retrieval (PAIR) system. Status information for 

published applications may be obtained from either Private PAIR or Public PAIR. 

Status information for unpublished applications is available through Private PAIR only. 

For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 

you have questions on access to the Private PAIR system, contact the Electronic 

Business Center (EBC) at 866-217-9197 (toll-free). 

/A. GV /ARIO ETIENNE/ 

Examiner, Art Unit 2457 Supervisory Patent Examiner, Art Unit 

2457 



